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DISPOSITIF D'AFFICHAGE GRAPHIQUE HIERARCHISE 

D'EQUIPEMENTS DE RESEAU, POUR UN SYSTEME DE GESTION DE 
RESEAU DE COMMUNICATIONS 



^invention concerne le domaine de la gestion d'equipements d'un 
reseau de communications, et plus particulierement celui de la gestion de 
I'affichage d'images representatives d'equipements de reseau. 

Les systemes de gestion de reseau (ou NMS pour « Network 
Management System »), egalement appeles systemes d'exploitation du 
reseau, ont ete congus de maniere a permettre aux gestionnaires (ou 
operateurs) des reseaux de gerer et surveiller les equipements qui constituent 
leurs reseaux. lis comportent a cet effet des outils dedies, parmi lesquels un 
outil de gestion permettant d'afficher sur un ecran, via une interface^ 
graphique, par exemple de type GUI (pour « Graphical User Interface »), des 
images representant de fa?on realiste certains equipements du reseau, et 
notamment leurs configurations. On entend ici par « equipement » tout type 
de materiel, comme par exemple des serveurs, des terminaux, des, 
commutateurs, des routeurs ou des concentrateurs, capable d'echanger des 
donnees selon un protocole de gestion de reseau avec le systeme de gestion 
NMS, comme par exemple le protocole SNMP (pour « Simple Network 
Management Protocol » RFC 2571-2580). 

Grace a de tels outils, il est possible de visualiser certains elements et 
sous-elements qui constituent certains equipements, comme par exemple des 
batis (ou « racks »), des rayonnages (ou « shelves »), des fentes (ou 
« slots »), des cartes a circuits integres, voire meme des ports d'entree/sortie. 
Parfois meme, les images sont accompagnees d'informations representatives 
des etats (ou « statuts ») des elements ou sous-elements. 

On entend ici par « sous-element » un element appartenant a un 
niveau hierarchique inferieur a celui d'un element qui I'integre. De meme on 
entend par « sous-niveau » le niveau d'un sous-element par rapport au niveau 
de I'element qui I'integre. 
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Ces outils connus n'apportent pas une entiere satisfaction dans la 
mesure ou its sont soit dedies exclusivement a un type d'equipement, de sorte 
qu'ils doivent etre systernatiquement modifies chaque fois qu'un nouveau type 
d'equipement est integre a un reseau, soit dedies a de nombreux types 
d'equipements, grace a des bibliotheques d'images, mais sans tenir compte 
de la hierarchie entre les elements et sous-elements qui constituent les 
equipements, de sorte qu'ils ne permettent pas de « naviguer » d'un niveau a 
I'autre, comme par exempie des batis vers les rayonnages. 

^invention a done pour but de remedier a tout ou partie des 
inconvenients precites. 

Elle propose a cet effet un dispositif dedie a la gestion de I'affichage 
d'images representatives d'equipements d'un reseau de communications, 
comportant des elements associes a des niveaux hierarchises. Ce dispositif 
de gestion se caracterise par le fait, d'une part, que chaque element 
d'equipement est associe a un jeu primaire de donnees, stocke dans une 
memoire et qui le represente (graphiquement) au sein de son niveau 
d'appartenance lorsqu'il n'est pas rattache specifiquement a un niveau 
superieur au sien, et/ou au moins un jeu secondaire de donnees, egalement 
stocke dans la memoire et qui le represente (graphiquement) au sein de son 
niveau d'appartenance lorsqu'il est rattache a un niveau superieur ou egal au 
sien, et d'autre part, qull comprend des moyens de gestion capables, 
lorsqu'ils re?oivent une requete designant un niveau choisi d'un equipement 
avec ou sans rattachement, d'acceder aux jeux primaires et secondaires afin 
d'extraire de la memoire les jeux primaires ou secondaires des elements de 
I'equipement qui appartiennent au niveau designe et aux niveaux qui lui sont 
inferieurs, selon que ce niveau est designe avec ou sans rattachement. 

Un element pouvant disposer d'une ou plusieurs representations 
graphiques dependant des niveaux auxquels elles sont rattachees, il est done 
possible de ['observer sous differentes formes en fonction du niveau desire. 
En d'autres termes, il est desormais possible d'effectuer un « zoom » avant 
ou arriere sur les sous-elements qui constituent un element ou sur ies 
elements qui sont constitues par des sous-elements. 

Par ailleurs, les moyens de gestion peuvent etre agences pour 
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adresser les jeux primaires ou secondaires extraits de la memoire a une 
interface graphique du systeme de gestion de reseau (NMS), de preference 
de type GUI. 

En outre, certains elements peuvent etre associes a des jeux 
5 primaires et secondaires au moins en partie identiques. 

De plus, les moyens de gestion peuvent etre agences de maniere a 
rafratchir les donnees des elements affiches lorsqu'ils regoivent, par exemple 
du systeme de gestion de reseau (NMS), un message signalant qu'un 
evenement concernant les elements affiches est survenu au sein du reseau. 
10 L'invention porte egalement sur un serveur de gestion de reseau de 

communications equipe d'un dispositif de gestion du type de celui presente ci- 
avant, eventuellement integre dans son module de contrdle. 

Uinvention peut notamment etre mise en oeuvre dans toutes les 
technologies reseaux qui doivent etre gerees, et notamment dans les reseaux 
15 de transmission (par exemple de type WDM, SONET, SDH), de donnees (par 
exemple de type Internet-IP ou ATM) ou de voix (par exempfe de type 
classique, mobile ou NGN). 

D'autres caracteristiques et avantages de I'invention apparaitront a 
I'examen de la description detaillee ci-apres, et des dessins annexes, sur 
20 lesquels : 

- la figure 1 illustre de fa<?on schematique une partie d'un exemple de reseau 
de communications equipe d'un dispositif selon ('invention, 

- la figure 2 est une image d'un premier modele d'element, de type bati, 
appartenant au premier niveau hierarchique d'un equipement, 

25 - la figure 3 est une image d'un premier modele d'element, de type diode 
electroluminescente (ou LED), appartenant au second niveau hierarchique 
de I'equipement dont ('element de premier niveau est illustre sur la figure 2, 

- la figure 4 est une image d'un premier modele d'element, de type carte a 
circuits integres, appartenant au troisieme niveau hierarchique de 

30 I'equipement dont I'element de premier niveau est illustre sur la figure 2, 

- la figure 5 est une image constitute de la superposition des images des 
premiers modeles d'elements illustres sur les figures 2 a 4, 
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- la figure 6 est une image d'un second modeie de I'element de troisieme 
niveau dont un premier modeie est illustre sur la figure 4, 

- la figure 7 est une image d'un second modeie d'element, de type port 
d 'entree/sortie, appartenant au quatrieme niveau hierarchique de 

5 I'equipement dont I'element de premier niveau est illustre sur la figure 2, et 

- la figure 8 est une image constitute de la superposition des images des 
seconds modeles d'elements illustres sur les figures 6 et 7. 

Ces dessins pourront non seulement servir a completer l'invention, 

mais aussi contribuer a sa definition, le cas echeant. 
io L'invention propose un dispositif de gestion destine a permettre au 

gestionnaire d'un reseau de communications, via le svsteme de aestion du 

reseau, d'afficher sur un ecran des images representatives de certains au 

moins des equipements de son reseau - 

Dans ce qui suit, on considere a titre d'exemple non limitatif que le 
15 reseau de communications est de type Internet (IP). Bien entendu, Tinvention 

s'applique a d'autres types de reseau, comme par exemple aux reseaux de 

transmission de type WDM, SONET ou SDH, de donnees de type ATM, ou de 

voix de type classique, mobile ou NGN. 

Dans Texemple illustre sur la figure 1, le dispositif de gestion D, de 
20 l'invention, est implante dans un serveur de gestion S du systeme de gestion 

du reseau (ou NMS pour « Network Management System »), de maniere a 

cooperer avec son module de controle CM. Mais, il pourrait etre implante 

dans ce module de controle CM afin de constituer I'une de ses fonctionnalites. 

Par ailleurs, on peut envisager que le NMS comporte plusieurs serveurs de 
25 gestion, chacun equipe d'un dispositif de gestion D, et par exemple destines a 

permettre chacun la gestion de I'affichage des images representatives des 

equipements contenus dans des portions du reseau. 

Le serveur de gestion S est preferentiellement equipe d'une interface 

graphique G, de type GUI (pour « Graphical User Interface »), permettant 
30 I'affichage d'images et d'informations sur I'ecran de son moniteur SM. 

Le reseau de communications comporte une multiplicity 

d'equipements de reseau NE, comme par exemple des serveurs, des 
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terminaux, des commutateurs ou des routeurs, pouvant echanger des 
donnees, selon un protocole de gestion de reseau (par exemple le protocole 
SNMP (pour « Simple Network Management Protocol » RFC 2571-2580), 
CMISE/CMIP, CORBA ou TL1), avec le NMS et notamment avec son serveur 
5 de gestion S. 

Chaque equipement NE comporte classiquement une base 
d'informations de gestion MIB (ou « Management Information Base »), 
egalement appelee base distances d'objets comprenant des champs 
d'information dont les valeurs specifiques le caracterisent et qui sont 
10 accessibles au NMS. 

Enfin, le module de controle CM du serveur de gestion S stocke des 
definitions de base deformations de gestion MIB representatives, pour 
chaque equipement NE gere, de se attributs, et notamment du texte qui le 
decrit, de ses droits d'acces et de I'organisation hierarchique des niveaux 
15 auxquels appartiennent les elements qui le constituent. 

Les differents elements qui constituent un equipement de reseau NE 
sont en effet organises en niveaux hierarchises dont le premier niveau est, 
par definition, le plus eleve. 

Par exemple, un equipement NE peut comporter un ou plusieurs batis 
20 (ou « racks ») Bi pouvant loger chacun une ou plusieurs diodes 
electroluminescentes LEDk et/ou un ou plusieurs rayonnages (ou « shelves ») 
Rj pouvant recevoir chacun une ou plusieurs cartes a circuits integres C-j-m 
susceptibles de comporter chacune un ou plusieurs ports d'entree/sortie P-j- 
m-n. 

25 Par ailleurs, selon invention, un element d'equipement NE possede 

au moins une representation graphique definie par un jeu de donnees 
regroupees dans un fichier stocke dans une memoire M, dans un format 
choisi, par exemple GIF (pour « Graphical Interchange Format ») ou JPEG 
(pour « Joint Photographic Expert Group » ). Par exemple dans le cas de la 

30 decomposition precitee, les noms des fichiers peuvent etre Bi.GIF, LEDk.GIF, 
Rj.GIF, C-j-m.GIF et P-j-m-n.GIF. 

Ces representations permettent au gestionnaire du reseau d'afficher 
sur Tecran du moniteur SM de son serveur de gestion S, grace au dispositif 
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de gestion D, de I'invention, des images des equipements de reseau NE 
geres par ledit serveur, accompagnees eventueilement d'informations 
precisant, notamment, ies statuts respectifs (y compris certains etats 
d'alarme) de leurs elements, fournies par le module de controie CM dudit 
serveur S. 

Plus precisement, selon I'invention, on definit deux types de 
representation graphique correspondant respectivement a des modeles 
primaires et secondaires d'elements. Par definition, un modele primaire 
d'element est une premiere representation graphique de I'element au sein de 
son propre niveau d'appartenance et sans rattachement specifique a un 
niveau superieur au sien, definie par un jeu primaire de donnees agence sous 
ia forme d'un fichier primaire. Par ailieurs, un modele secondaire d'element 
est une seconde representation graphique de I'element au sein de son niveau 
d'appartenance, mais avec un rattachement specifique a un niveau superieur 
ou egal au sien, definie par un jeu secondaire de donnees agence sous la 
forme d'un fichier secondaire. 

Ainsi, un element d'un niveau X peut posseder une ou plusieurs 
representations associees eventueilement a des niveaux de representation 
differents. 

Par exemple, un element peut ne posseder qu'un modele primaire qui 
le represente au sein de son niveau, sans rattachement a un quelconque 
niveau superieur au sien. C'est par exemple le cas du bati B, appartenant au 
premier niveau, illustre sur la figure 2 sous la forme d'un rectangle, et des 
diodes electroluminescentes LED, appartenant au second niveau, illustrees 
sur la figure 3 sous la forme d'un carre. Dans ce cas, la representation 
graphique de ('element ne peut etre affichee sur un ecran qu'a condition que 
i'on ait requis son affichage ou celui d'un element d'un niveau superieur au 
sien, sans rattachement a un quelconque niveau. 

Dans un autre exemple, un element d'un niveau choisi peut posseder 
un modele primaire qui le represente au sein de son niveau, mais sans 
rattachement a un quelconque niveau, et un modele secondaire qui le 
represente au sein de son niveau, mais avec rattachement a ce niveau ou a 
un niveau superieur. C'est par exemple le cas de la carte Cm illustree d'une 
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premiere fagon (modele primaire detaille et realiste representant deux 
connecteurs d'entree/sortie A et E) sur la figure 4 et d'une seconde fagon 
(modele secondaire (simple rectangle)) sur la figure 6. Ici, la carte Cm, qui 
appartient au troisieme niveau (X=3), possede un modele primaire (figure 4) 
qui la represente au sein dudit troisieme niveau, mais sans rattachement a un 
quelconque niveau, et un modele secondaire (figure 6) qui la represente au 
sein dudit troisieme niveau, mais avec rattachement a ce troisieme niveau. 

Dans ce cas, si Ton requiert I'affichage d'un element d'un niveau 
choisi, superieur a celui de la carte (par exemple le premier ou le second 
niveau), et des elements des niveaux inferieurs a ce niveau choisi, mais sans 
rattachement entre ledit niveau choisi et les elements appartenant auxdits 
niveaux inferieurs, on n'affiche que les premieres representations des 
elements des differents niveaux, lorsque celles-ci existent. En revanche, si 
Ton requiert I'affichage d'un element d'un niveau choisi et des elements des 
niveaux inferieurs a ce niveau choisi, avec rattachement entre ledit niveau 
choisi et les elements appartenant auxdits niveaux inferieurs, on n'affichera 
que les secondes representations de I'eiement designe du niveau choisi et 
des elements des niveaux inferieurs audit niveau choisi, lorsque celtes-ci 
existent. Dans ('exemple de carte precite, le modele primaire de la carte est 
affiche si Ton requiert I'affichage d'un element du premier ou du second 
niveau sans rattachement aux niveaux inferieurs, et le modele secondaire de 
la carte n'est affiche que si I'affichage de ladite carte est requis avec un 
rattachement aux elements des niveaux inferieurs (ici le quatrieme niveau). 

Dans un autre exemple, un element d'un niveau choisi peut ne 
posseder qu'un modele secondaire qui le represente au sein dudit niveau, 
mais avec rattachement a son propre niveau ou a un niveau superieur. C'est 
par exemple le cas des ports d'entree/sortie P-j-m-n illustres d'une unique 
fagon (modele secondaire (simple rectangle)) sur la figure 7. Ici, les ports 
d'entree/sortie P-j-m-n, qui appartiennent au quatrieme niveau (X=4), ne 
possedent qu'un modele secondaire qui les represente au sein du quatrieme 
niveau, mais avec rattachement au troisieme niveau (celui des cartes C-j-m). 

Dans ce cas, la representation graphique d'un element (ici, un port 
d'entree/sortie P-j-m-n) ne peut etre affichee sur un ecran qu'a condition que 
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Ton ait requis I'affichage cTun element d'un niveau superieur au sien (ici, le 
troisieme niveau auquel appartiennent les cartes C-j-m) avec ses 
rattachements aux elements des niveaux inferieurs. En d'autres termes, dans 
une telle situation, un element ne pourra pas etre visualise si I'affichage requis 
5 designe un element d'un niveau superieur au sien (et des elements des 
niveaux inferieurs), sans rattachement entre ledit niveau choisi et lesdits 
elements des niveaux inferieurs. 

Bien entendu, un element peut posseder plusieurs modeles 
secondares rattaches (ou associes) a des elements appartenant a des 
10 niveaux differents, et par consequent permettant d'afficher plusieurs 
representations differentes de cet element selon le niveau d'affichage requis. 

II est important de noter qu'un fichier primaire ou secondaire, dont les 
donnees definissent un modele primaire ou secondaire (ou une premiere ou 
seconde representation) d'element, comporte des donnees de position et, 
is generalement, des donnees d'image. 

Par consequent, lorsqu'un element possede une premiere ou 
seconde representation graphique constitute seulement de donnees de 
position, il ne peut pas faire I'objet d'un affichage sur un ecran. Dans cette 
situation, la representation de I'element permet d'en definir les dimensions et 
20 la position par rapport a I'element qui le contient au sein du niveau superieur 
au sien, et par consequent de positionner precisement les elements des 
niveaux inferieurs au sien par rapport aux elements des niveaux superieurs. 

Cette situation correspond au cas des rayonnages Rj, materialises 
par des pointilies sur la figure 5, afin de faciliter la comprehension de la 
25 methode de positionnement des images superposees des -elements 
appartenant a des niveaux differents. Ici, les rayonnages Rj appartenant au 
deuxieme niveau ne possedent en effet qu f un modele primaire defini par un 
jeu primaire qui ne comporte que des donnees de position. 

II ressort de ce qui precede qu'un element d'equipement possede un 
30 ou plusieurs attributs definis chacun par un nom de fichier. 

Uexemple illustre sur la figure 5 correspond au cas ou Ton a requis 
Taffichage du premier niveau et des niveaux inferieurs, sans rattachement a 
un quelconque niveau. Par consequent, seules sont affichees les donnees 
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d'images des jeux primaires qui definissent des modeles primaires 
d'elements. 

Ici, I'equipement est organise en quatre niveaux d'elements. Le 
premier niveau est celui de I'unique bati B (i=1) qui ne possede qu'une 
premiere representation (ou modele primaire) illustree sur la figure 2. Le 
second niveau est celui des deux rayonnages R1 et R2 (j=1 ou 2), loges dans 
le bati B, et des deux diodes electroluminescentes LED1 et LED2 (k=1 ou 2), 
integrees dans la face avant du bati B. Ces rayonnages R1 et R2 ne 
possedent qu'un modele primaire defini exclusivement par des donnees de 
position mais pas par des donnees d'image, tandis que les deux diodes 
electroluminescentes LED1 et LED2 ne possedent qu'une premiere 
representation (ou modele primaire) illustree sur la figure 3. Le troisieme 
niveau est celui des 5 cartes a. circuits integres C-1-1 a C-1-5 (j=1, m=1 a 5), 
logees dans le premier rayonnage R1, et des 5 cartes C-2-1 a C-2-5 (}=2, 
m=1 a 5), logees dans le second rayonnage R2. Ces cartes a circuits integres 
C possedent une premiere representation (ou modele primaire) illustree sur la 
figure 3 et une seconde representation (ou modele secondaire) illustree sur la 
figure 6. Le quatrieme niveau est celui des 12 ports d'entree/sortie P1 a P9 et 
PA a PC (j=1 ou 2, m=1 a 5, n=1 a 9 et A a C), places sur les cartes a circuits 
integres C, et qui ne possedent qu'une seconde representation (ou modele 
secondaire) illustree sur la figure 7 et correspondant a un rattachement au 
troisieme niveau. 

Les ports d'entree/sortie P-j-m~n ne possedant pas de premiere 
representation graphique, ils ne peuvent pas etre affiches dans la 
superposition d'images illustree sur la figure 5. Ils sont en revanche affiches 
dans la superposition d'images illustree sur la figure 8 qui correspond a une 
situation dans laquelle on a requis I'affichage d'une carte C du troisieme 
niveau avec ses rattachements aux elements des niveaux inferieurs (ici les 
ports d'entree/sortie P du quatrieme niveau). 

L'affichage d'images (ou representations graphiques) d'elements 
appartenant a des niveaux differents fait appel aux donnees de position 
contenues dans les fichiers primaires ou secondaires. Ces donnees de 
position definissent preferentiellement la position d'un element d'un niveau 
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donne par rapport a celle d'un element du niveau immediatement superieur. 
Cela permet en effet d'afficher rapidement les elements appartenant a des 
niveaux intermediates rattaches, sans faire appel aux donnees de position 
des elements appartenant aux niveaux les plus eleves (a commencer par le 
premier niveau). 

Dans Texemple illustre sur la figure 5, Tangle superieur gauche du 
rectangle, representant le bati B du premier niveau, sert d'origine 01, de 
coordonnees (0,0) dans un repere orthonorme (x,y), pour le deuxieme niveau. 
Le premier rayonnage R1 est ensuite positionne par rapport a cette origine 01 
et definit une nouvelle origine 02-1 pour les sous-elements du niveau inferieur 
suivant Les coordonnees de 02-1 par rapport a 01 sont par exemple 
(R1x,R1y). Le second rayonnage R2 est positionne par rapport a Torigine 01 
et definit une nouvelle origine 02-2 pour les sous-elements du niveau inferieur 
suivant. Les coordonnees de 02-2 par rapport a 01 sont par exemple 
(R2x,R2y). Les diodes electroluminescentes LED1 et LED2 sont positionnees 
par rapport a I'origine 01 et leurs coordonnees par rapport a 01 sont par 
exemple (LED1x,LED1y) et (LED2x,LED2y). Les cartes C-1-1 a C-1-5 du 
premier rayonnage Rl sont ensuite positionnees par rapport a I'origine 02-1, 
tandis que les cartes C-2-1 a C-2-5 du second rayonnage R2 sont 
positionnees par rapport a I'origine 02-2. Les coordonnees de C-1-1 par 
rapport a 02-1 sont par exemple (C-1-1 x,C-1-1y), tandis que les coordonnees 
de C-2-1 par rapport a 02-2 sont par exemple (C-2-1x,C-2-1y). 

Dans Texemple illustre sur la figure 8, Tangle superieur gauche du 
rectangle, representant une carte C du troisieme niveau, sert d'origine 0\ de 
coordonnees (0,0) dans un repere orthonorme (x,y), au quatrieme niveau. Les 
ports d'entree/sortie P1 a P9 et PA a PC de la carte C sont ensuite 
positionnes par rapport a I'origine O'. 

Par ailleurs, comme cela est illustre sur la figure 8, il est possible 
d'afficher un label (ou plus generalement des informations sur les images 
representatives d'elemehts ou a cote de ceiles-ci). Ici, ce sont les differents 
ports d'entree/sortie P-j-m-n qui comportent une inscription ou « label » 
(« Pn ») permettant de les differencier et de connaitre leurs positions 
respectives au sein de la carte C-j-m. 
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Afin de mettre en oeuvre les deux modes d'affichage presentes ci~ 
avant (sans et avec rattachement), on peut proceder comme indique ci-apres. 
Bien entendu, la methode indiquee, mise en oeuvre par le dispositif de gestion 
D selon I'invention, est un exemple de mise en oeuvre, nullement limitatif. 

Le dispositif de gestion D comprend un module de gestion GM couple 
a une memoire MM dans laquelle sont stockes les fichiers primaires et 
secondaires dont les donnees definissent les modeies primaires et 
secondaires des elements constituant les equipements de reseau NE. 

Le module de gestion GM, en liaison avec ('interface graphique G, est 
charge d'analyser les requetes d'affichage d'elements, saisies par le 
gestionnaire de reseau, afin de lui adresser en retour des donnees 
representatives des images des elements requis. 

Comme indique precedemment, le gestionnaire du reseau peut 
requerir I'affichage de deux types de representation graphique. Le premier 
type concerne I'affichage du ou des elements appartenant a un niveau 
specifie et du ou des elements appartenant a chaque niveau inferieur, audit 
niveau specifie, mais sans rattachement entre lesdits niveaux. En d'autres 
termes, ce premier type d'affichage requiert I'extraction des jeux primaires 
dont les donnees definissent les modeies primaires des elements a compter 
d'un niveau specifie (par exemple Bi.GIF, Lk.GIF, Rj.GIF et C~j-m.GIF, comme 
illustre sur la figure 5). Le second type concerne I'affichage du ou des 
elements appartenant a un niveau specifie et du ou des elements appartenant 
a chaque niveau inferieur audit niveau specifie, mais avec un rattachement 
entre les elements de ces niveaux inferieurs et ledit niveau specifie. En 
d'autres termes, ce second type d'affichage requiert ^extraction des jeux 
secondaires dont les donnees definissent les modeies secondaires des 
elements a compter d'un niveau specifie (par exemple C-j-m_Niveau3.GIF et 
P_j_m_nJsiiveau3.GIF, comme illustre sur la figure 8). 

Par exemple, afin de requerir I'affichage superpose des modeies 
primaires d'elements qui constituent un equipement choisi (illustre sur la figure 
5), le gestionnaire saisit une commande qui designe le premier niveau de cet 
equipement, comme par exemple « B ». 

A reception de cette commande, le module de gestion GM du 
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dispositif D declenche une procedure de traitement initiee par la verification 
de I'existence du fichier primaire « B.GIF ». Cette verification peut etre par 
exemple effectuee dans la memoire MM a I'aide de la .commande 
« B.drawSupported ». Si la reponse a cette commande est « false » (ou 
5 « faux »), le module de gestion GM rejette la requete du gestionnaire de 
reseau. En revanche, si la reponse a cette commande est « true » (ou 
« vrai »), le module de gestion GM extrait le fichier « B.GIF », par exemple en 
utilisant la commande « B.drawlmage ». Les donnees d'image de ce fichier 
primaire sont alors soit immediatement affichees, soit mises en attente de fin 

10 de procedure pour etre affichees en meme temps que les autres images. Le 
module de gestion GM verifie ensuite s'il existe un niveau inferieur au premier 
niveau qui contient des jeux primaires. Pour ce faire, il peut, par exemple, 
utiliser la commande « B.drawNextLevel ». Si la reponse a cette commande 
est « false » (ou « faux »), le module de gestion GM effectue la meme 

15 verification au niveau inferieur suivant En revanche, si la reponse a cette 
commande est « true » (ou « vrai »), le module de gestion GM procede a 
Textraction du ou des fichiers designes, par exemple en utilisant les 
commandes « Rl.drawlmage », « R2.drawlmage », « LEDt .drawlmage » et 
« LED2. drawlmage ». Dans I'exemple illustre, les quatre fichiers « R1.GIF », 

20 «R2.GIF», « LED1.GIF » et « LED2.GIF » du second niveau sont 
successivernent extraits. lis correspondent respectivement aux premier R1 et 
second R2 rayonnages et aux premiere LED1 et seconde LED2 diodes 
electroluminescentes. Les donnees d'image de ces fichiers primaires sont 
alors soit immediatement affichees apres recalage de leurs donnees de 

2 5 positions par rapport a I'origine de Telement du niveau superieur qui les 
integre, soit mises en attente de fin de procedure pour etre affichees en 
meme temps que les autres images. 

Le module de gestion GM verifie ensuite pour chaque element du 
second niveau s'il existe des jeux primaires dans le niveau inferieur (ici, le 

30 troisieme niveau). Pour ce faire, il peut, par exemple, utiliser les commandes 
« Rl.drawNextLevel », « R2.drawNextLevel », « LED1 .drawNext Level » et 
« LED2.drawNextLevel ». Si la reponse a Tune de ces commandes est 
« false » (ou « faux »), le module de gestion GM arrete sa verification pour 
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I'element concerne. C'est notamment le cas ici des diodes LED qui ne 
possedent pas de sous-niveau. En revanche, si la reponse a Tune de ces 
commandes est « true » (ou « vrai »), le module de gestion GM procede a 
I'extraction du ou des fichiers designes, par exemple en utilisant les 
commandes « C-j-m-n.drawlmage ». Dans Texemple illustre, les premier R1 
et second R2 rayonnages possedent chacun un sous-niveau comportant cinq 
cartes a circuits integres associees a des fichiers primaires. Par consequent, 
les cinq fichiers primaires « C-1-1.GIF » a « C-1-5.GIF » des cartes du 
troisieme niveau integrees au premier rayonnage R1, et les cinq fichiers 
primaires « C-2-1.GIF » a « C-2-5.GIF » des cartes du troisieme niveau 
integrees au second rayonnage R2 sont successivement extraits. Les 
donnees d'image de ces fichiers primaires sont alors soit immediatement 
affichees apres recalage de leurs donnees de positions par rapport a Torigine 
de I'element du niveau superieur qui les integre, soit mises en attente-de fin 
de procedure pour etre affichees en meme temps que les autres images.- 

Puis, le module de gestion GM verifie pour chaque element du 
troisieme niveau s'il existe des jeux primaires dans le niveau inferieur (ici, le 
quatrieme niveau). Pour ce faire, il peut, par exemple, utiliser les commandes 
« C-j-m.drawNextLevel » (ou j = 1 ou 2 et m = 1 a 5). Ici, il existe des jeux 
secondaires dans le quatrieme niveau, mais pas de jeu primaire. Par 
consequent la reponse a chaque commande « C-j-m.drawNextLevel » est 
« false » (ou faux). 

Le resultat de cette procedure d'extraction se traduit par la 
superposition des images des modeles primaires des elements B, LEDk et C- 
j-m. Comme indique precedemment, les fichiers primaires des rayonnages R1 
et R2 ne contenant que des donnees de position permettant le 
positionnement des cartes C-j-m du niveau inferieur, les rayonnages ne sont 
done pas affiches. 

Afin de requerir Taffichage superpose des modeles secondaires 
d'etements qui constituent un equipement choisi (illustre sur la figure 5), le 
gestionnaire saisit tout d'abord une commande qui designe un element 
d'equipement d'un niveau choisi et specifie qu'il souhaite lui rattacher les 
elements des niveaux inferieurs. En d'autres termes, le gestionnaire indique 
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au dispositif D qu'il souhaite obtenir des images detaillees de certains 
elements (fonction de « zooming »). Par exemple, le gestionnaire souhaite 
voir les modeles secondaires de I'element C-j-m du niveau 3 et des elements 
integres a celui-ci dans les niveaux inferieurs (ici les ports d 'entree/sortie P-j- 
m-n du quatrieme niveau). Pour ce faire, il peut, par exemple, saisir la 
commande « C-j-m_Niveau3 ». 

A reception de cette requete, le module de gestion GM du dispositif 
D declenche une procedure de traitement initiee par la verification de 
('existence du fichier secondaire « C-j-m_Niveau3.GIF » dans la memoire MM. 
Cette verification peut etre par exemple effectuee dans la memoire MM a 
Taide de la commande « C-j-m_Niveau3.drawSupported ». Si la reponse a 
cette commande est « false » (ou « faux »), le module de gestion GM rejette 
la requete du gestionnaire de reseau En revanche, si la reponse a cette 
commande est « true » (ou « vrai »), le module de gestion GM commence par 
generer une commande telle que « C-j-m. drawName = « Niveau3 » » 
indiquant que Ton doit extraire tous les elements qui appartiennent a des 
niveaux inferieurs au troisieme niveau de ('element C-j-m et qui possedent un 
fichier secondaire presentant une extension « _Niveau3 ». 

Puis, il extrait le fichier « C-j~m_Niveau3.GIF » en utilisant une 
commande telle que « C-j-m.drawImage_Niveau3 ». Le fichier est alors soit 
immediatement affiche, soit mis en attente de fin de procedure pour etre 
affiche en meme temps que les autres images. . Le module de gestion GM 
verifie ensuite s'il existe un niveau inferieur au troisieme niveau qui contient 
des jeux secondaires. Pour ce faire, il peut, par exemple, utiliser la commande 
« C-j-m_Niveau3.drawNextLevel ». Si la reponse a cette commande est 
« false » (ou « faux »), le module de gestion GM effectue la meme verification 
au niveau inferieur suivant. En revanche, si la reponse a cette commande est 
« true » (ou « vrai »), ce qui est le cas ici, le module de gestion GM procede a 
I'extraction du ou des fichiers designes, par exemple en utilisant les 
commandes « P-j-m-n.drawlmage_Niveau3 ». Dans Texemple iilustre, les 
douze fichiers « P-j-m-n_Niveau3.GIF » (ou n = 1 a 9 et A a C) du quatrieme 
niveau sont successivement extraits. Us correspondent respectivement aux 
differents ports d'entree/sortie de la carte C-j-m. Les donnees d'image de ces 
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fichiers secondaires sont alors soit immediatement affichees apres recalage 
de leurs donnees de positions par rapport a 1'origine de I'element du niveau 
superieur qui les integre, soit mises en attente de fin de procedure pour etre 
affichees en meme temps que les autres images. 

Ici, les fichiers secondaires des ports d'entree/sortie comportent des 
donnees (ou « labels ») representatives du nom du port concerne (« Pn »). 
Par consequent, le module de gestion GM genere une commande pour 
chaque port P-j-m-n, par exemple de type « P-j-m-n_Niveau3. drawLabel », 
afin d'associer aux donnees damage des ports d 'entree/sortie P-j-m-n le label 
• « Pn » associe. 

Le module de gestion GM verifie ensuite pour chaque element du 
quatrieme niveau s'il existe des jeux secondaires dans le niveau inferieur (ici, 
le cinquieme niveau). Pour ce faire, il peut, par exemple, utiliser les 
commandes « P-j-m-n Niveau3.drawNextLevel ». La reponse a chacujne de 
ces commandes etant, ici, « false » (ou « faux »), le module de gestion GM 
stoppe la procedure de recherche d'image a afficher. 

Le resultat de cette procedure d'extraction se traduit par la 
superposition des images des modeles secondaires des elements C-j-m et P- 
j-m-n, illustree sur la figure 8. 

II est important de noter qu'une partie au moins des donnees d'jjn jeu 
secondaire, qui definit un modele secondaire d'element, peut etre identique a 
une partie des donnees d'un jeu primaire qui definit le modele primaire de cet 
element. Par ailleurs, un element peut posseder plusieurs modeles 
secondaires associes a des niveaux differents. 

Par ailleurs, d'autres commandes peuvent etre utilisees par le module 
de gestion D pour traiter les donnees extraites des fichiers primaires et 
secondaires. Parmi ces commandes, on peut notamment citer : 

- « drawWidth » et « drawHeight », ou « drawWidth_NiveauX » et 
« drawHeight_NiveauX », pour redimensionner la largeur et la hauteur 
d'une image definie par les donnees d'un jeu primaire ou secondaire 
rattache a un niveau X ; 

- « drawLabelx » et « drawLabelx », ou « drawLabelx NiveauX » et 
« drawLabely_NiveauX », pour modifier la position (x,y) d'un label a 
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associer a une image definie par les donnees d'un jeu primaire ou 
secondare rattache a un niveau X ; 

- « drawLabelVertical » ou « drawLabelVertical_NiveauX » pour afficher 
verticalement un label a associer a une image definie par les donnees d'un 
jeu primaire ou secondaire rattache a un niveau X. En I'absence de cette 
commande, le label est preferentiellement affiche de fagon horizontale ; 

- « drawLabelFontName », « drawLabelFontType » et 
« drawLabelFontSize », ou « drawLabelFontName_NiveauX », 
« drawLabelFontType_NiveauX » et « drawLabelFontSize_NiveauX » pour 
definir les caracteristiques de la police (ou « font ») a utiliser. 

En outre, lorsque le dispositif de gestion D, de Tinvention, est couple 
au module de controle CM du serveur de gestion S (comme illustre sur la 
figure 1), il est possible d'adjoindre aux images des elements affiches des 
informations representatives du statut de ces elements, y compris leurs etats 
d'alarme respectifs. Ces informations sont en effet obtenues par le module de 
controle CM par extraction, selon le protocole de gestion du reseau (par 
exemple SNMP), de certaines valeurs de champs contenues dans les bases 
d'inforrnations de gestion MIB des equipements NE. On peut egalement 
envisager un rafraichissement de I'affichage lorsque le module de gestion GM 
regoit du module de controle CM un message signalant qu'un evenement 
modifiant les interactions entre les elements affiches, ou les elements eux- 
memes ou encore les informations representatives des statuts respectifs des 
elements, est survenu au sein du reseau. 

Le module de gestion GM du dispositif de gestion D, de invention, 
peut etre realise sous la forme de circuits electroniques (ou « hardware »), de 
modules logiciels ou informatiques (ou « software »), ou d'une combinaison 
de circuits et de logiciels. Lorsqu'une partie au moins du module de gestion 
GM est realisee sous la forme de modules logiciel, ces derniers sont 
preferentiellement constitues de codes de programmes en langage Java. 

L'invention ne se limite pas aux modes de realisation du dispositif de 
gestion decrits ci-avant, seulement a titre d'exemple, mais elle englobe toutes 
les variantes que pourra envisager Thomme de Tart dans le cadre des 
revendications ci-apres. 
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Ainsi, on a decrit un dispositif de gestion integre dans un serveur de 
gestion, voire meme dans son module de controie. Mais, le dispositif de 
gestion pourrait etre implante dans un boitier couple au module de controie du 
serveur de gestion. 

Par ailleurs, on a decrit un exemple d'affichage de representations 
d'elements organises selon les niveaux hierarchises bati, rayonnages et 
diodes electroluminescentes, cartes a circuits integres et ports d'entree/sortie. 
Mais Tinvention n'est pas limitee a cet exemple de niveaux, et s'applique a 
tous les types de niveaux hierarchises. 
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REVINDICATIONS 

1. Dispositif (D) de gestion de I'affichage d'images representatives 
d'equipements (NE) d'un reseau de communications, comportant des 
elements associes a des niveaux hierarchises, caracterise en ce que chaque 
element d'equipement est associe a un jeu primaire de donnees, stocke dans 
une memoire (MM), qui le represente au sein de son niveau d'appartenance, 
sans rattachement specifique a un niveau superieur au sien, et/ou au moins 
un jeu secondaire de donnees, stocke dans ladite memoire (MM), qui le 
represente au sein de son niveau d'appartenance lorsqu'il est rattache a un 
niveau superieur ou egal au sien, et en ce qu'il comprend des moyens de 
gestion (GM) propres, en cas de reception d'une requete designant un niveau 
choisi d'un equipement (NE) avec ou sans rattachement, a acceder auxdits 
jeux primaires et secondaires de maniere a extraire de la memoire les jeux 
primaires ou secondaires des elements de I'equipement qui appartiennent 
audit niveau designe et aux niveaux qui lui sont inferieurs, selon que ledit 
niveau est designe avec ou sans rattachement 

2. Dispositif selon la revendication 1, caracterise en ce que lesdits 
moyens de gestion (GM) sont agences pour adresser les jeux primaires ou 
secondaires extraits a une interface graphique (G). 

3. Dispositif selon Tune des revendications 1 et 2, caracterise en ce 
que certains elements sont associes a des jeux primaires et secondaires au 
moins en partie identiques. 

4. Dispositif selon Tune des revendications 1 a 3, caracterise en ce que 
lesdits moyens de gestion (GM) sont agences pour rafraichir les donnees 
d'elements affiches en cas de reception d'un message signalant qu'un 
evenement concernant lesdits elements est survenu au sein du reseau. 

5. Sen/eur de gestion (S) d'un systeme de gestion de reseau de 
communications, caracterise en ce qu'il comporte un dispositif de gestion (D) 
selon Tune des revendications 1 a 4. 

6. Serveur selon la revendication 5, caracterise en ce que ledit 
dispositif de gestion (D) est implante dans un dispositif de controle (CM). 
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7. Utilisation du dispositif de gestion (D) et du serveur (S) selon I'une 
des revendications precedentes dans les technologies reseaux devant etre 
gerees. 

8. Utilisation selon la revendication 7, caracterisee en ce que lesdites 
technologies reseaux sont choisies dans un groupe comprenant les reseaux 
de transmission, en particulier de type WDM, SONET et SDH, de donnees, 
en particulier de type Internet-IP et ATM, et de voix, en particulier de type 
classique, mobile et NGN. 
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Code postal et vide 


75014 I PARIS. FRANCE 


Societe d'appartenance t favultaHfi 




Nom 


LAPRAYE 


Prenoms 


Bertrand 


Adresse 


Rue 


CHATEAU DE COURCELLE 

158, AVENUE DU GENERAL LECLERC 




Code postal et ville 


91190 GIF SUR YVETTE. FRANCE 


Societe d'appartenance <fuai\UUifi 




Nom 




Prenoms 




Adresse 


Rue 






Code postal et ville 




Societe d'appartenance tjhculltrtifi 




DATE ET SIGNATURE(S) 

jQXpU MANDATAIRE 

(Nom et quafite du signataire) 


8 octobre 2002 
Sylvain CHAFFRAIX 



La loi n°78-!7 clu 6 janvier 1978 relative a I intormatique, aux ncmers ei aux uoenes s» dppuque <iux 
Elle oaranlit un droit d'acces et de rectification pour les donnees vous concernant aupres de I'lNPI. 



